home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / hacklist / 94-05 / text0003.txt < prev    next >
Encoding:
Text File  |  1994-05-19  |  2.8 KB  |  84 lines
  1. > 
  2. > Suppose I have the following application structure:
  3. > 
  4. > 
  5. > 
  6. >         ---------------------
  7. >             my.exe
  8. >         ---------------------
  9. >         |        |
  10. >         |        |
  11. >         |        |
  12. >         ^        ^
  13. >     ------------       ---------------
  14. >     auth.dll        gen.dll
  15. >     ------------       ---------------
  16. >         |        |
  17. >         |        |
  18. >         |        |
  19. >         -----------------
  20. >            winsock.dll
  21. >         -----------------
  22. > 
  23. > 
  24. > Should I call WSAStartup() in my.exe and not in the other two DLLs or 
  25. > should I call it in auth.dll and gen.dll? Can WSACleanup() be called in a 
  26. > wep()? What are the advantages/disavantages?
  27. > 
  28. > 
  29.  
  30. The 1.1 spec clearly states that WSAStartup()/WSACleanup() are used on
  31. per-task basis.  You can call them anywhere in your exe/dlls as long as
  32. you know which task the WSAStartup()/WSACleanup() are referring to.
  33.  
  34. In your setup, I would say do it in my.exe would be easiest.  You can do
  35. it in your dlls too; however, you will have to build a task table to keep 
  36. track of the details.
  37.  
  38. May I suggest you create another DLL that deals with Winsock exclusively
  39. and have your auth.dll and gen.dll interact with it?  It makes thing much 
  40. simpler and clearer.
  41.  
  42. William
  43. --
  44. william@sybase.com
  45. From william@sybase.com Mon May  2 05:14:13 1994
  46. Received: from halon.sybase.com by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  47.           id AA27329; Mon, 2 May 1994 15:13:52 -0400
  48. Received: from sybase.com (sybgate.sybase.com) by halon.sybase.com (5.0/SMI-SVR4/SybFW4.0)
  49.     id AA10741; Mon, 2 May 1994 12:16:40 +0800
  50. Received: from mercury.sybgate.sybase.com (mercury-1) by sybase.com (4.1/SMI-4.1/SybH3.3)
  51.     id AA12227; Mon, 2 May 94 12:13:49 PDT
  52. Received: by mercury.sybgate.sybase.com (4.1/SMI-4.1/SybEC3.2)
  53.     id AA27022; Mon, 2 May 94 12:14:14 PDT
  54. From: william@sybase.com (William Wong)
  55. Message-Id: <9405021914.AA27022@mercury.sybgate.sybase.com>
  56. Subject: Re: Q: How to connect with a timeout ?
  57. To: winsock-hackers@SunSITE.Unc.EDU (Roger Kries)
  58. Date: Mon, 2 May 94 12:14:13 PDT
  59. In-Reply-To: <199404181056.AA20414@SunSITE.Unc.EDU>; from "Roger Kries" at Apr 30, 94 12:07 pm
  60. X-Mailer: ELM [version 2.3 PL0]
  61. Content-Length: 780
  62.  
  63. > 
  64. >  If at the moment of the connect call, the remote machine has no socket
  65. >  created that listens to the specified port, the following select() call
  66. >  will always timeout, even if during the timeout interval a program is
  67. >  started that listens to the port. That means that in the case where a
  68. >  blocking connect call would return ECONNREFUSED, a non-blocking returns
  69. >  WSAWOULDBLOCK, but the select call always timeouts.
  70. > 
  71. > So how can I find out if the remote machine is listening to a specific
  72. > TCP port without blocking and in a Berkley Socket compatible manner?
  73. > 
  74. > Any suggestions are welcome. Thanx in advance.
  75. > 
  76.  
  77. You can always do your own clock counting.  Call select() with zero timeout
  78. in a loop that you do the timeout logic.
  79.  
  80. William
  81. --
  82. william@sybase.com
  83.  
  84.